home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940056.txt < prev    next >
Internet Message Format  |  1994-11-13  |  25KB

  1. Date: Thu,  3 Mar 94 04:30:34 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #56
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu,  3 Mar 94       Volume 94 : Issue   56
  11.  
  12. Today's Topics:
  13.                         2400 baud installation
  14.                      Anyone have the AX.25 spec?
  15.                       Comments on TAPR-2 board?
  16.                        Email address for ARRL?
  17.                      EMAIL to mid-ocean? (2 msgs)
  18.                       NET_Mac2.3.37.sea.hqx.text
  19.                       NET_Mac2.3.38.sea.hqx.text
  20.                    Soft/Hardware for MFJ-1224 (IBM)
  21.                   Texas instruments DSP starter Kit
  22.  
  23. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  24. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Ham-Digital Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 2 Mar 94 16:32:33 GMT
  36. From: news-mail-gateway@ucsd.edu
  37. Subject: 2400 baud installation
  38. To: ham-digital@ucsd.edu
  39.  
  40. Hello to All,
  41.     I have a Pac-Comm Micropower-2 1200 baud TNC.  I would like to 
  42. install a 2400 baud modem into the TNC.  When I called Pac-Comm they told
  43. me they do not sell a 2400 baud for the unit.  
  44.     
  45.     I purchased an MFJ-2400 modem, of course MFJ does not guaranty the 
  46. compatability of this 2400 buad modem with the Pac-Comm TNC.  However,
  47. looking at manuals, it looks like by cutting the Receive data (pins 17&18),
  48. Transmitter clock (pins 11and 12) and the Receive clock (pins 13 and 14)
  49. traces on the MFJ Modem header connector and connecting the MFJ-2400
  50. modem header connector and it will work.  Does this sound correct?  
  51.     
  52. Has anyone else out there done this?
  53.     
  54. Any guidance and insight will be appreciated!
  55.  
  56.     Thanks.
  57.     Dan Flynn ww3n
  58.     flynn@nadc.nadc.navy.mil 
  59.  
  60.  
  61. ------------------------------
  62.  
  63. Date: 2 Mar 1994 16:02:03 GMT
  64. From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!ncar!csn!col.hp.com!news.dtc.hp.com!hpscit.sc.hp.com!icon!hpbs3591.boi.hp.com!brianm@network.ucsd.edu
  65. Subject: Anyone have the AX.25 spec?
  66. To: ham-digital@ucsd.edu
  67.  
  68. Does anyone have the AX.25 spec they could email me.  I have looked
  69. in several places on the Internet, but could not find it.
  70.  
  71. Thanks & 73s .....Brian
  72.  
  73. --
  74. _______________________________________________________________________
  75. Brian Mahaffy      Hewlett-Packard | Any sufficiently advanced  
  76. Storage Subsystems Division (SSD)  | technology, is indistinguishable
  77. N6UGP              (208)396-7857   | from Magic! 
  78. brianm@zeus.boi.hp.com             |                    Arthur C. Clark
  79. N6UGP@WB7DOW.ID.USA.NA             |
  80. ___________________________________|___________________________________
  81.               Ask me about Linux!     The Free Unix for x86 PCs
  82. -----------------------------------------------------------------------
  83. "They, that can give up essential liberty, to obtain a little temporary
  84.  safety, deserve neither liberty nor safety." -- Benjamin Franklin 1759
  85.  
  86. ------------------------------
  87.  
  88. Date: Tue, 1 Mar 1994 18:10:58 GMT
  89. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!world!dts@network.ucsd.edu
  90. Subject: Comments on TAPR-2 board?
  91. To: ham-digital@ucsd.edu
  92.  
  93. In article <1994Feb28.202528.6888@newsgate.sps.mot.com> rapw20@email.sps.mot.com writes:
  94. >Has anyone out there built a TNC from the TAPR-2 circuit board? If so, I'd be  
  95. >interested in hearing about it. Specifically, how difficult was it to locate  
  96. >parts, was it any cheaper than buying a used 1270 or other clone, any problems  
  97. >getting it to work?
  98. >
  99. >I'm looking for a (relatively) cheap entry into the 9600bps packet world and  
  100. >building a TAPR TNC and adding the 9600 modem seems like one way to do it.
  101. >
  102. >Any comments will be appreciated.
  103. >
  104. >Thanks & 73...    Mark    AA7TA
  105.  
  106. I have built one and have a second partially complete. You would certainly
  107. do better buying a TNC instead. DSRI has some with 9600 built in, and so
  108. forth. The biggest advantage I see with the TAPR modem is the ability to
  109. do bit regen, but that is only an issue for your full duplex packet
  110. repeater, not for user equipment.
  111.  
  112. Dan
  113.  
  114. -- 
  115. ---------------------------------------------------------------
  116. Daniel Senie                 Internet:     dts@world.std.com
  117. Daniel Senie Consulting                    n1jeb@world.std.com
  118. 508-365-5352                 Compuserve:   74176,1347
  119.  
  120. ------------------------------
  121.  
  122. Date: 2 Mar 1994 16:00:10 GMT
  123. From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!ncar!csn!col.hp.com!news.dtc.hp.com!hpscit.sc.hp.com!icon!hpbs3591.boi.hp.com!brianm@network.ucsd.edu
  124. Subject: Email address for ARRL?
  125. To: ham-digital@ucsd.edu
  126.  
  127. Hi folks.  Does anyone know the email address for the ARRL.  I know they
  128. are on the net, but have not been able to get an address for them.
  129.  
  130. Fingering @arrl.org was no help. 
  131.  
  132. I hope this isn't an FAQ, but I couldn't locate any FAQ list here or
  133. on UCSD.EDU.
  134.  
  135.  
  136. Thanks & 73s .....Brian 
  137.  
  138. --
  139. _______________________________________________________________________
  140. Brian Mahaffy      Hewlett-Packard | Any sufficiently advanced  
  141. Storage Subsystems Division (SSD)  | technology, is indistinguishable
  142. N6UGP              (208)396-7857   | from Magic! 
  143. brianm@zeus.boi.hp.com             |                    Arthur C. Clark
  144. N6UGP@WB7DOW.ID.USA.NA             |
  145. ___________________________________|___________________________________
  146.               Ask me about Linux!     The Free Unix for x86 PCs
  147. -----------------------------------------------------------------------
  148. "They, that can give up essential liberty, to obtain a little temporary
  149.  safety, deserve neither liberty nor safety." -- Benjamin Franklin 1759
  150.  
  151. ------------------------------
  152.  
  153. Date: 24 Feb 94 20:46:08 GMT
  154. From: ihnp4.ucsd.edu!library.ucla.edu!news.mic.ucla.edu!ctc.com!pitt.edu!gatech!howland.reston.ans.net!pipex!demon!nick01.demon.co.uk!nick@network.ucsd.edu
  155. Subject: EMAIL to mid-ocean?
  156. To: ham-digital@ucsd.edu
  157.  
  158. Hi,
  159.  
  160.  
  161. I'm not a radio amateur (yet), but I will be doing my HF test later this year.
  162. If this question is silly/daft, please excuse it as due to my ignorance ;-)
  163.  
  164. Members of my family live on a yacht, currently heading towards Hawaii.
  165. They have an HF rig that can *just* reach the UK now (from Central America),
  166. but we expect to lose contact soon (they currently can communicate with some
  167. hams in the North of England). I am a computer networking consultant, and
  168. have access to a number of networks, including the Internet from home and
  169. work, As I will soon be an amateur myself, I will be able (hopefully) to use
  170. AMPR too. AMPR comes into the frame as with their limited power (running on
  171. the yacht's batteries when at sea), it occureed to me that it might be more
  172. feasable for them to send EMAIL to a "local" node, and for the "network" to
  173. shift it to the UK, rather that using brute force (which we don't have).
  174.  
  175. Now, the question: Is there a simple way for the folks on the boat (who have
  176. a laptop and an ICOM HF transceiver) to exchange EMAIL with a UK based HF or VHF
  177. user (e.g. myself)? Cost (as one might expect) is an issue, so I'd appeciate
  178. sensible ideas (cost should be in the $100s, NOT $1000s!).
  179.  
  180. It seems to me that this sort of thing should be realisable. Is this
  181. unrealistic? Please let me know what you think.
  182.  
  183. Thanks in anticipation.
  184.  
  185. Nick  nick@nick01.demon.co.uk
  186.  
  187. ------------------------------
  188.  
  189. Date: Wed, 2 Mar 1994 12:51:22 GMT
  190. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!csus.edu!netcom.com!falcor@network.ucsd.edu
  191. Subject: EMAIL to mid-ocean?
  192. To: ham-digital@ucsd.edu
  193.  
  194. Just to clarify.
  195.  
  196. CB radio CAN be used for commercial use.
  197. I.E.  Trucking companies used them for years to relay information about
  198. position, etc.
  199. Also, in the US you can only talk up to 150 miles away.  Yes, 27mhz is an
  200. HF band, but CBer's in the US can't shoot skip.  Not that it's enforced, or
  201. even enforcible.
  202. SSB CB radios aren't really cheap, if you want a decent one.
  203. Of course, there isn't much of a difference in price any more.
  204.  
  205. BTW... does anyone out there know if Stoner is still in business?
  206. My father has a Stoner pro-40 SSB radio that needs a little work.
  207. (This is the only radio I've seen that had 1:1 swr(starduster 5/8 wave ant.))
  208.  
  209. -Howard J. Poe
  210. falcor@netcom.com
  211.  
  212. ------------------------------
  213.  
  214. Date: 2 Mar 94 13:03:32 GMT
  215. From: news-mail-gateway@ucsd.edu
  216. Subject: NET_Mac2.3.37.sea.hqx.text
  217. To: ham-digital@ucsd.edu
  218.  
  219.  
  220.                                             The Netherlands, March 2, 1994.
  221. Hello dear reader,
  222.  
  223. Today I distributed the file NET_Mac2.3.37.sea.hqx...
  224.  
  225. In this version of NET/Mac I implemented the following:
  226.  
  227. - Added Text Capture FKEY (see: HELP window, option *Text Capture FKEY*)
  228. - Added some more improvements for the 'sourcewhendone' command
  229. - Improved the generation of From addresses for hop-to-hop delivery
  230.  
  231. The 'Text Capture FKEY' cannot be used yet in a split-window environment, like
  232. TELNET-sessions... In NET/Mac 2.3.38 I will try to change that so that you can
  233. COPY/PASTE any data that appears on the screen.
  234.  
  235. This version obsoletes all versions of info-mac/comm/net/radio-netmac in
  236. the Sumex-Aim archives.
  237.  
  238. The new NET/Mac has been uploaded to:
  239. 1) ucsd.edu, to the directory hamradio/packet/tcpip/incoming.
  240.    If it's not there then look at hamradio/packet/tcpip/mac.
  241. 2) world.std.com, to the directory pub/hamradio/mac/packet.
  242.  
  243. Kind regards,
  244.  
  245. Adam PA2AGA  (e-mail: adam@gg.tno.nl  )
  246.              (    or: pa2aga@gg.tno.nl  for letters only, NO BIG files here)
  247.  
  248. ------------------------------
  249.  
  250. Date: 3 Mar 94 11:17:36 GMT
  251. From: news-mail-gateway@ucsd.edu
  252. Subject: NET_Mac2.3.38.sea.hqx.text
  253. To: ham-digital@ucsd.edu
  254.  
  255.  
  256.                                             The Netherlands, March 3, 1994.
  257. Hello dear reader,
  258.  
  259. Today I distributed the file NET_Mac2.3.38.sea.hqx...
  260.  
  261. In this version of NET/Mac I implemented the following:
  262.  
  263. - Added Text Capture FKEY-support for split-window sessions
  264. - Removed a mod that generated faulty From-addresses
  265.  
  266. This version obsoletes all versions of info-mac/comm/net/radio-netmac in
  267. the Sumex-Aim archives.
  268.  
  269. The new NET/Mac has (hopefully) been uploaded to:
  270. 1) ucsd.edu, to the directory hamradio/packet/tcpip/incoming.
  271.    If it's not there then look at hamradio/packet/tcpip/mac.
  272. 2) ftp.std.com, to the directory pub/hamradio/mac/packet.
  273.  
  274. Kind regards,
  275.  
  276. Adam PA2AGA  (e-mail: adam@gg.tno.nl  )
  277.              (    or: pa2aga@gg.tno.nl  for letters only, NO BIG files here)
  278.  
  279. ------------------------------
  280.  
  281. Date: 2 Mar 1994 06:08:08 GMT
  282. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!gatech!udel!news.sprintlink.net!connected.com!krel.iea.com!comtch!pfeuffer@network.ucsd.edu
  283. Subject: Soft/Hardware for MFJ-1224 (IBM)
  284. To: ham-digital@ucsd.edu
  285.  
  286. BeoPunk CyberWulf (sltmw@cc.usu.edu) wrote:
  287. : Would anyone have a copy of the MFJ comm software for the MFJ-1224 that they
  288. : would like to sell? I have the version for the C-64, but I want to use the IBM
  289. : version instead.
  290.  
  291. : Or, is there a simple circuit to interface it to SuperMorse?  (I hooked the
  292. : two together, but SuperMorse was too sensitive, and I don't want to re-invent
  293. : the wheel if I don't have to)
  294.  
  295. : Thanks, and 73 de Dan, N7NKR
  296.  
  297. : -- 
  298. : -------------------------------------------------------------------------------
  299. : Daniel D Holmes          "                " -  Marcel Marceau
  300. : Internet:  SLTMW@CC.USU.EDU
  301. : AmprNet:   N7NKR @ N7NKR.HOME.AMPR.ORG 44.40.1.43  [located in Salt Lake City]
  302. :            N7NKR @ N7NKR.AMPR.ORG      44.40.12.10 [located in Logan]
  303.  
  304. ------------------------------
  305.  
  306. Date: 3 Mar 94 08:21:19 GMT
  307. From: news-mail-gateway@ucsd.edu
  308. Subject: Texas instruments DSP starter Kit
  309. To: ham-digital@ucsd.edu
  310.  
  311. >I have one of the TI DSP Startter kits.
  312. I have one to.
  313.  
  314. > It uses the TMS320C26BFN DSP chip. There is a little
  315. >software that comes with the unit and more that is available from their bulletin board. 
  316. >
  317. furthermore there are some ham applications specific for the DSK, Johan
  318. Forrer KC7WW made some HF modems, including  RTTY, AMTOR, PacTOR, and
  319. HF packet. He also ported the W9GR FIR CW filter and LMS autonotcher
  320. described in QST and QEX to the DSK.  The W9GR port is converted 32010
  321. code, and could be programmed much more efficiant on the 32026, but it
  322. works great.  
  323. I myself am busy to convert the dsk_loader software to the Apple
  324. Macintosh. With this software you can bootload and download software to
  325. the DSK, execute software, fill and dump memory, graph DSK graphics
  326. output (e.g. FFT) and it can act as a simple console for the DSK.
  327.  
  328. >You get the board, an assembler, simulator and debugger. The board includes a 12-bit A/D and
  329. >12-bit D/A on board as well as a serial port to connect it to your PC. The unit requires a 
  330. >9VAC power source or you can solder wires to the board and use a +/- 8-12VDC power source. This> 
  331. >will void your warranty of course. 
  332. >
  333. I heard some people are busy with a bootprom, output to leds, and extra memory.
  334.  
  335. >I haven't had time to run many of the experiments yet. There is a lot of info and examples
  336. >in the TI Application books (3 volume set) but I don't feel like typing them in and I have
  337. >been unable to load some of the examples from the bulletin board. 
  338. >
  339. There is a mirror of the BBS on internet, ti.com.
  340.  
  341. >Note that the software must be written in assembly as the C compiler won't work with the
  342. >Starter Kit.
  343. That's not exactly right, The DSK come's with a simple assembler, but if you have the
  344. TI C compiler you can download the coff code it produces to the DSK using the supplied
  345. debugger. But a C compiler produces mostly more code than an assembler, so the 1.5 k
  346. of the DSK can be the bottleneck. 
  347. >
  348. >This is probably as inexpensive a start into the world of DSO as one can get. It is probably
  349. >a good value despite its limitations.
  350. >
  351. It's a very nice and cheap piece of equipment to start with DSP's.
  352.  
  353. Gerrit, PA3BYA.
  354.  
  355. ------------------------------
  356.  
  357. Date: Tue, 1 Mar 1994 15:36:12 GMT
  358. From: ihnp4.ucsd.edu!swrinde!gatech!news-feed-2.peachnet.edu!emory!kd4nc!ke4zv!gary@network.ucsd.edu
  359. To: ham-digital@ucsd.edu
  360.  
  361. References <1994Feb26.180036.8166@mnemosyne.cs.du.edu>, <jfhCLuKBA.30D@netcom.com>, <rcrw90-280294102512@waters.corp.mot.com.corp.mot.com>█
  362. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  363. Subject : Re: Using packet radio to access an internet account...
  364.  
  365. In article <rcrw90-280294102512@waters.corp.mot.com.corp.mot.com> rcrw90@email.mot.com (Mike Waters) writes:
  366. >In article <jfhCLuKBA.30D@netcom.com>, jfh@netcom.com (Jack Hamilton)
  367. >wrote:
  368. >> 
  369. >> There's a lot of stuff on the Internet that can't legally be sent over
  370. >> packet.  How do you plan to filter that out before you have a chance to
  371. >> look at it?
  372. >
  373. >Actually the wording in the various rules is almost identical.  The
  374. >difference is in the ernforcement.
  375. >
  376. >Internet is not to be used for commercial (business) purposes and "obscene"
  377. >messages are illegal everywhere, even on a private telephone call.
  378. >
  379. >The more I look at this, the more convinced I am that this is nothing more
  380. >than a red herring.
  381.  
  382. The ARPA Internet (big 'I') is not to be used for commercial purposes.
  383. It's supposed to be used for "research" purposes only, though informational
  384. commercial material may be exchanged between manufacturers and interested
  385. researchers if the materials are related to research functions. However,
  386. the internet (small 'i') has no such restrictions. Large parts (most?) of
  387. it is via alternate carriers than the ARPA Internet. It can be considered
  388. the same as any other common carrier network for the purposes of regulation.
  389. (Note: since much of the internet (small 'i') is carried gratis by voluntary
  390. arrangements, sysop policies may discourage commercial messages, but this is 
  391. different from the regulatory constraints faced by amateurs where actual 
  392. criminal prosecutions can take place.) Usenet is an entirely different 
  393. animal that travels over many different networks and dial up connections.
  394. It's a purely voluntary association of sysops and isn't beholden to either
  395. Internet or internet, nor bound by their rules of content.
  396.  
  397. Obscenity is in the eye of the beholder as the Supreme Court has repeatedly
  398. ruled. Thus the "community standards" tests required for something to be
  399. declared obscene. Simple profanity is no longer illegal in any state. 
  400. Vulgarity is haphazardly regulated in different jurisdictions, but always 
  401. *only in public*. Private communications containing profanity, vulgarity, 
  402. and even obscenity are protected speech as long as both parties to the 
  403. conversation consent. "Obscene" phone calls are really a misnomer. What's 
  404. covered under these statutes is more appropriately called *harassing* phone 
  405. calls where one party is an unwilling participant. 
  406.  
  407. The FCC has ruled that broadcast radio transmissions, including amateur, 
  408. but *not* common carrier, are always considered *public* utterances with 
  409. possible "unwilling" listeners. Thus the prohibitions against utterances 
  410. that are offensive to the listener community are justified. The FCC has 
  411. issued guidance in the form of the "7 deadly words" that must never be 
  412. uttered over the airwaves, and following Supreme Court guidance, the FCC 
  413. has also prohibited speech referring to excretory or sexual practices. 
  414. There are no corresponding limitations on point to point common carrier 
  415. content.
  416.  
  417. So these aren't Red Herring distinctions at all. Common carrier and
  418. voluntary private conversations and correspondence fall under the
  419. area of protected speech. Public utterances and writings fall under
  420. varying sets of restrictions  depending on where, when, and how they
  421. are made. The FCC's "broadcast" interpretation is the strictest of
  422. these limits.
  423.  
  424. Gary
  425. -- 
  426. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  427. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  428. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  429. Lawrenceville, GA 30244     |                     | 
  430.  
  431. ------------------------------
  432.  
  433. Date: Tue, 1 Mar 1994 15:44:10 GMT
  434. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!gatech!wa4mei.ping.com!ke4zv!gary@network.ucsd.edu
  435. To: ham-digital@ucsd.edu
  436.  
  437. References <MARK.827.2D7166B6@ardsley.business.uwo.ca>, <CLyLG3.FxF@world.std.com>, <2kvi0e$i9d@hermes.acs.ryerson.ca>
  438. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  439. Subject : Re: megabit per second packet  (was "Re: Packet at 1.2 GHz (23cm)?")
  440.  
  441. In article <2kvi0e$i9d@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  442. >
  443. >The canadian rules are realy very flexable on spread spectrum.  I know in the
  444. >US you have to use AX.25, and are only allowed I think its 3 spreading keys,
  445. >and that puts a real kink in any plans to use the wavelan stuff under the 
  446. >HAM rules at higher powers.  We have no such limitations here in canada, as
  447. >long as we stay in the band by 26dB (correct me if the number is wrong.), and
  448. >ID every 30 minutes.
  449.  
  450. The US rules do not limit data format. AX25 is *not* required. A common
  451. use for SS is digitized voice for example, a continuous data stream. We 
  452. can transmit any digital data we wish, subject to content limits, but we 
  453. are limited to only certain spreading sequences, or hopping patterns, and 
  454. we must ID in a narrow band detectable mode every 10 minutes just as with 
  455. any other amateur transmission. This pretty much kills the Wavelan cards
  456. for amateur use, however, since they aren't designed to switch to a narrow
  457. mode on command.
  458.  
  459. Gary
  460. -- 
  461. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  462. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  463. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  464. Lawrenceville, GA 30244     |                     | 
  465.  
  466. ------------------------------
  467.  
  468. Date: Wed, 2 Mar 1994 07:47:57 GMT
  469. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!gatech!wa4mei.ping.com!ke4zv!gary@network.ucsd.edu
  470. To: ham-digital@ucsd.edu
  471.  
  472. References <2kvi0e$i9d@hermes.acs.ryerson.ca>, <1994Mar1.154410.21850@ke4zv.atl.ga.us>, <2l0qv9$dhi@hermes.acs.ryerson.ca>
  473. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  474. Subject : Re: megabit per second packet  (was "Re: Packet at 1.2 GHz (23cm)?")
  475.  
  476. In article <2l0qv9$dhi@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  477. >Gary Coffman (gary@ke4zv.atl.ga.us) wrote:
  478. >: In article <2kvi0e$i9d@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  479. >: >
  480. >: >The canadian rules are realy very flexable on spread spectrum. I know in the
  481. >: >US you have to use AX.25, and are only allowed I think its 3 spreading keys,
  482. >: >and that puts a real kink in any plans to use the wavelan stuff under the 
  483. >: >HAM rules at higher powers.  We have no such limitations here in canada, as
  484. >: >long as we stay in the band by 26dB (correct me if the number is wrong.), and
  485. >: >ID every 30 minutes.
  486. >
  487. >: The US rules do not limit data format. AX25 is *not* required. 
  488. >
  489. >GREAT!  I was mis informed!  Acctually, that helps me with a project 
  490. >I've been working on that I thought would only fly in Canada.
  491.  
  492. Unfortunately, cross boarder operations are forbidden to us. 97.311(a)
  493. limits us to communications between points that are regulated by the
  494. FCC. Last time I looked Canada was still an independent nation. :-)
  495.  
  496. >: A common
  497. >: use for SS is digitized voice for example, a continuous data stream. We 
  498. >: can transmit any digital data we wish, subject to content limits, but we 
  499. >: are limited to only certain spreading sequences, or hopping patterns, and 
  500. >: we must ID in a narrow band detectable mode every 10 minutes just as with 
  501. >: any other amateur transmission. This pretty much kills the Wavelan cards
  502. >: for amateur use, however, since they aren't designed to switch to a narrow
  503. >: mode on command.
  504. >
  505. >Just so I don't have to go hunt it down, what ARE the (3?) spreading codes
  506. >allowed in the U.S.?
  507.  
  508. 97.311(2)(d) The only spreading sequences that are authorized are from
  509. the output of one binary feedback shift register (which may be implemented
  510. in hardware or software).
  511.  
  512. (1) Only the following sets of connections may be used:
  513.  
  514. Number of stages    Taps used
  515. in the shift register    in feedback
  516.  
  517. 7            7,1
  518. 13            13,4,3,1
  519. 19            19,5,2,1
  520.  
  521. (2) The shift register must not be reset other than by its
  522. feedback during an individual transmission. The shift register
  523. output sequence must be used without alteration.
  524.  
  525. (3) The output of the last stage of the binary linear feedback shift
  526. register must be used as follows:
  527.  
  528.     (i) For frequency hopping transmissions using x frequencies, n
  529. consecutive bits from the shift register must be used to select the next 
  530. frequency from a list of frequencies sorted in ascending order. Each
  531. consecutive frequency must be selected by a consecutive block of n bits.
  532. (Where n is the smallest integer greater than log2(x).)
  533.  
  534.     (ii) For direct sequence transmissions using m-ary modulation,
  535. consecutive blocks of log2(m) bits from the shift register must be used
  536. to select the transmitted signal during each interval.
  537.  
  538. Well, whomp there it is! Clear as mud isn't it? As you can see, though
  539. there are only 3 allowed sequences, there are many possible frequency
  540. tables for hoppers, and each station can be in a different part of the 
  541. sequence during a transmission. So more than three stations can share 
  542. the band at the same time. For direct sequence transmissions using the 
  543. same m-ary modulation, only transmission timing differences, and center 
  544. frequency, exist to separate stations. But that's sufficient to allow 
  545. many stations too.
  546.  
  547. Gary
  548. -- 
  549. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  550. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  551. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  552. Lawrenceville, GA 30244     |                     | 
  553.  
  554. ------------------------------
  555.  
  556. End of Ham-Digital Digest V94 #56
  557. ******************************
  558.